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Abstract 


We  study  the  typing  properties  of  CPS  conversion  for  an  extension  of  Fw  with  control  opera¬ 
tors.  Two  classes  of  evaluation  strategies  are  considered,  each  with  call-by-name  and  call-by-value 
variants.  Under  the  “standard”  strategies,  constructor  abstractions  are  values,  and  constructor 
applications  can  lead  to  non-trivial  control  effects.  In  contrast,  the  “ML-like”  strategies  evalu¬ 
ate  beneath  constructor  abstractions,  reflecting  the  usual  interpretation  of  programs  in  languages 
based  on  implicit  polymorphism.  Three  continuation  passing  style  sub-languages  axe  considered, 
one  on  which  the  standard  strategies  coincide,  one  on  which  the  ML-like  strategies  coincide,  and 
one  on  which  all  the  strategies  coincide.  Compositional,  type-preserving  CPS  transformation  algo¬ 
rithms  are  given  for  the  standard  strategies,  resulting  in  terms  on  which  all  evaluation  strategies 
coincide.  This  has  as  a  corollary  the  soundness  and  termination  of  well-typed  programs  under  the 
standard  evaluation  strategies.  A  similar  result  is  obtained  for  the  ML-like  call-by-name  strategy. 
In  contrast,  such  results  are  obtained  for  the  call- by  value  ML-like  strategy  only  for  a  restricted 
sub-language  in  which  constructor  abstractions  are  limited  to  values. 
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1  Introduction 


Among  the  many  advances  in  the  theory  and  practice  of  programming  language  design,  the  concepts 
of  polymorphism  [14,  28,  39]  and  continuation-passing  [38,  41,  43]  are  of  particular  interest.  The 
use  of  polymorphism  in  a  practical  programming  language  was  first  explored  in  ML  [15,  28,  29]. 
This  style  of  polymorphism,  called  implicit  polymorphism,  is  based  on  the  idea  that  programs  are 
type- free,  with  types  interpreted  as  predicates  expressing  properties  of  programs  under  evaluation. 
Numerous  extensions  of  these  ideas  have  been  explored  in  the  literature  ([7,  25,  31,  45],  to  name 
just  a  few). 

Although  implicit  polymorphism  is  appealingly  simple  and  natural,  it  does  not  scale  well  to 
more  sophisticated  language  features  such  as  modularity  and  abstract  types  [20].  Recent  lan¬ 
guages,  notably  Quest  [4]  and  LEAP  [35],  are  based  instead  on  the  notion  of  explicit  polymorphism 
introduced  by  Girard  and  Reynolds  [39].  In  these  languages,  types  are  am  intrinsic  part  of  the  pro¬ 
gramming  notation;  in  particular,  polymorphic  abstraction  and  application  are  expression-forming 
operations.  Some  of  the  convenience  of  implicit  polymorphism  may  be  restored  by  allowing  the 
omission  of  certain  forms  of  type  information,  provided  that  it  cam  be  unambiguously  recovered  by 
a  type  reconstruction  algorithm  [4,  26,  34]. 

A  type  discipline  is  primarily  a  means  of  enforcing  levels  of  abstraction  [40],  and  as  such  is 
primarily  concerned  with  the  static  structure  and  properties  of  programs.  Matters  of  control  are 
elegantly  aiddressed  using  the  method  of  continuations.  The  semantics  of  control  operations  may 
be  concisely  expressed  using  continuations  [9,  36,  38,  42,  43].  Important  control  constructs  such  as 
co-routines  [21]  and  user-level  threads  [5,  37]  can  be  defined  using  primitives  for  “reifying”  contin¬ 
uations.  Conversion  into  “continuation-passing  style”  (CPS)  is  a  useful  compilation  technique  for 
higher-order  functional  languages  [3,  2,  23,  41].  Continuations  are  central!  to  eliciting  the  compu- 
tational  content  of  proofs  in  classical  logic  (16,  17,  32]  and  provide  a  computational  interpretation 
of  classical  linear  logic  [12]. 

The  addition  of  continuation  primitives  to  polymorphic  languages  has  not,  however,  been  an 
unalloyed  success.  In  particular,  a  very  natural  typing  discipline  for  first-class  continuations  in 
Standard  ML  hats  proved  to  be  unsound  [18,  19].  Since  the  semantics  of  first-class  continuations 
may  be  expressed  by  conversion  into  continuation-passing  style,  it  is  natural  to  investigate  their 
typing  properties  by  considering  the  relation  between  the  type  of  a  term  and  the  type  of  its  CPS 
transform.  Work  in  this  area  was  initiated  by  Meyer  and  Wand  for  a  call-by-vadue  interpretation 
of  the  simply-typed  A-calculus  [27],  and  extended  to  continuation- parsing  primitives  by  Griffin  [16] 
and  Duba,  et.  al.  [8].  In  earlier  work,  the  authors  extended  these  analyses  to  implicit  polymorphism, 
and  established  some  limitative  results  [19]. 

In  this  paper,  we  conduct  a  systematic  investigation  of  the  typing  properties  of  CPS  conversion 
for  Fw+control,  the  higher-order  polymorphic  A-calculus  of  Girard  and  Reynolds  [14,  39]  extended 
with  the  control  primitives  callcc  and  abort.  Extensions  and  variations  of  Fw  lie  at  the  core  of 
Quest  [4]  and  LEAP  [35],  and  it  is  the  underlying  programming  language  of  the  Calculus  of  Con¬ 
structions  [6,  33].  We  extend  Fw  with  control  primitives  in  order  to  illustrate  the  role  of  “impure” 
programming  language  features  in  the  anadysis  of  typing  properties  of  realistic  programming  lan¬ 
guages.  (Similar  issues  and  trade-offs  arise  with  mutable  data  structures  (see  Tofte  [44])  and 
exceptions  [46].  See  Leroy  [24]  for  related  discussion.) 

We  consider  two  classes  of  evaluation  strategies  for  Fw-(- control,  each  with  a  call- by- value  and 
a  cadl-by-name  variant.  Under  the  “standard”  strategies,  type  abstractions  are  values  and  type 
applications  aure  significant  evaluation  steps.  These  strategies  are  compatible  with  extensions  to 
the  lamguatge  involving  primitive  operations  that  ace  sensitive  to  type  information  —  e.g.,  storage 
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allocation  operations  that  determine  the  size  of  the  allocation  based  on  the  type  of  the  argument. 
The  “ML-like”  strategies  are  inspired  by  implicit  polymorphism.  Under  these  strategies,  evaluation 
proceeds  beneath  type  abstractions.  This  limits  the  ability  of  primitive  operations  to  use  types 
because  types  are  no  longer  always  ground  types.  (In  particular,  they  may  contain  free  type 
variables.)  The  full  language  enjoys  the  subject  reduction  property  for  complete  programs  evaluated 
under  the  standard  strategies  and  the  ML-like  call-by-name  strategy,  but  only  a  restricted  language 
enjoys  this  property  when  interpreted  under  the  ML-like  call-by-value  strategy. 

The  focus  of  our  study  is  on  the  typing  properties  of  CPS  conversion  of  Fw+ control,  following 
the  seminal  work  of  Plotkin  [36]  (extended  by  Felleisen,  et.  al.  [10,  9])  and  Meyer  and  Wand  [27] 
(extended  by  Griffin  [16]  and  Duba,  et.  al.  [8,  18]).  First,  we  isolate  several  “continuation-passing 
style”  sub-languages  of  F^.  The  “standard”  CPS  language  is  the  largest  sub-language  of  Fw  on 
which  the  by-value  and  by-name  variants  of  the  standard  strategies  coincide,  and  the  “ML-like” 
CPS  language  is  the  largest  sub-language  on  which  the  ML-like  strategies  coincide.  The  ML-like 
CPS  form  is  a  proper  subset  of  the  standard  CPS  form,  and  hence  the  two  variants  of  the  standard 
strategy  and  the  two  variants  of  the  ML-like  strategy  coincide  with  each  other  on  terms  in  ML-like 
CPS  form.  However,  the  standard  call-by-value  (call-by-name)  and  ML-like  call-by-value  (call-by- 
name)  strategies  do  not  coincide  on  terms  in  ML-like  CPS  form.  We  define  a  “strict”  CPS  form  on 
which  all  four  strategies  coincide. 

With  this  in  mind,  we  define  a  CPS  conversion  algorithm  for  each  of  the  standard  strategies 
that  preserves  typing  in  a  generalization  of  the  Meyer- Wand  sense,  and  which  yields  terms  in  strict 
CPS  form.  It  turns  out  that  we  can  use  the  standard  call-by-name  algorithm  to  handle  the  ML-like 
call-by-name  strategy  case  as  well.  Such  a  result  can  be  achieved  for  the  ML-like  call-by-value 
strategy  only  if  we  restrict  attention  to  a  restriction  F“+control  in  which  type  abstractions  are 
limited  to  values.  On  this  fragment,  the  ML-like  and  standard  strategies  coincide,  and  hence  the 
standard  CPS  algorithms  may  be  used  for  the  ML-like  interpretations.  However,  the  standard 
CPS  conversion  algorithms  do  not  adequately  reflect  the  “spirit”  of  the  ML-like  strategies,  and 
we  therefore  consider  variant  transforms  that  do  embody  this  “spirit”  but  which  yield  terms  in  a 
“relaxed"  CPS  form  introduced  solely  for  this  purpose. 

2  The  Language  Fw -(-control 

The  language  F^+control  is  the  extension  of  the  “pure”  Fw  language  by  two  primitive  control 
operators,  callccA(—)  and  abort A(-).  By  pure  we  mean  that  the  language  has  no  efferl  producing 
terms  where  an  effect  is  something  other  than  a  simple  value  computation.  Effects  include  side 
effects  (i.e.,  assignment),  non-termination,  and  non-local  control  changes.  For  the  purposes  of  this 
paper,  when  we  say  something  is  pure,  we  mean  it  does  not  contain  any  control  operators. 

Definition  2.1  (Syntax) 


Kinds 

K 

::= 

ft  |  Ki=>K2 

Constructors 

A 

::= 

a  |  u  |  Ai  -  A2  |  Vu:K.A  \  \u:K  A  \  At  A2 

Terms 

M 

x  |  Xx-.A.M  |  Mi  M2  |  Ku:K.M  j  M{A}  \  callccA(M)  |  abort A(M) 

Constructor  Contexts 

A 

0|  A,u :K 

Term  Contexts 

T 

V\T,x:A 

The  meta- variable  u  ranges  over  constructor  variables,  and  the  meta- variable  x  ranges  over  term 
variables.  The  constructor  a  is  a  distinguished  base  type,  representing  the  type  of  “answers”.  We 
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make  abort  and  callcc  primitives  taking  one  type  and  term  argument  each  as  a  technical  device  to 
simply  the  direct  semantics.  The  more  usual  definitions  of  abort  and  callcc  as  special  constants  can 
be  recovered  by  using  the  following  definitions: 

abort  =  Vtt:fi.A*:a.  abortu(x) 

callcc  =  Vu:ft.As:((Vt>:fi.u— ►»)-♦«).  callccu(x) 

Note  that  due  to  the  greater  expressiveness  of  the  Fw  type  system,  it  is  not  necessary  to  introduce 
a  throw  operator  or  a  special  type  of  continuations  as  it  is  in  ML  [8]. 

Definition  2.2  (Judgements) 

t>  A  well-formed  constructor  context 

A  t>  F  well-formed  term  context 

A  t>  A:  K  well-formed  constructor 

A  t»  Ai  =  A2  :  K  equal  constructors 
A;  T  >  M  :  A  well-formed  term 

The  typing  rules  for  F^+control  appear  in  the  appendix. 

3  Operational  Semantics  for  Fw -{-control 

In  this  section,  we  introduce  the  two  main  evaluation  strategies  for  F^+control,  each  with  a  call- 
by-value  and  a  call-by-name  variant. 

The  “standard”  strategies  treat  constructor  abstractions  as  values  and  constructor  applica¬ 
tions  as  significant  computation  steps.  Standard  strategies  in  this  sense  axe  used  in  Quest  [4]  and 
LEAP  [35],  and  are  directly  compatible  with  extensions  that  make  significant  uses  of  types  at  run 
time  (for  example,  “dynamic”  types  [1,  4]).  Since  polymorphic  expressions  are  kept  distinct  from 
their  instances,  the  anomalies  that  arise  in  implicitly  polymorphic  languages  in  the  presence  of 
references  [45]  and  control  operators  [18]  do  not  occur. 

The  “ML-like”  strategies  are  inspired  by  the  operational  semantics  of  ML  [29].  Evaluation  pro¬ 
ceeds  beneath  constructor  abstractions,  leading  to  a  once-for-all-instances  evaluation  of  polymor¬ 
phic  terms.  Constructor  application  is  retained  as  a  computation  step,  but  its  force  is  significantly 
attenuated  by  the  fact  that  type  expressions  may  have  free  type  variables  in  them,  precluding 
primitives  that  inductively  analyze  their  type  arguments.  The  superficial  efficiency  improvement 
gained  by  evaluating  beneath  type  abstractions  comes  at  considerable  cost  since  it  is  incompatible 
with  extensions  such  as  mutable  data  structures  and  control  operators  [45,  18,  19]. 

3.1  Notation 

The  definitions  of  these  strategies  make  use  of  Plotkin’s  notion  of  a  syntactic  value  [36]  and 
Felleisen’s  notion  of  an  evaluation  context  [11],  chosen  suitably  for  each  situation.  To  specify  a 
strategy  using  this  method,  we  first  give  a  grammar  which  defines  three  syntactic  categories:  V,  a 
set  of  values ,  R,  a  set  of  redices ,  and  E,  a  set  of  evaluation  contexts.  As  an  example,  the  grammar 
used  to  specify  a  call-by-value  strategy  for  the  simply-typed  fragment  of  Fw  is  as  follows: 

Values  V  ::=  x  |  A x:A.M 

Redices  R  ::=  (\x:A.M)V 

Evaluation  Contexts  E  ::=  []  |  EM  |  V  E 
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The  expression  Q  is  called  a  “hole”;  an  evaluation  context  has  exactly  one  occurrence  of  a  hole.  If 
£  is  an  evaluation  context,  we  write  E[M]  for  the  result  of  “filling  the  hole”  in  E  with  M,  possibly 
incurring  capture  of  free  variables  in  M. 

A  program  is  a  closed  term  P  of  type  a.  Unless  we  say  otherwise,  programs  and  terms  are 
drawn  from  the  full  F^+control  language  and  typed  using  F^+control.  Pure  programs  and  terms 
can  be  considered  to  be  drawn  from  and  typed  using  Fw. 

We  will  arrange  things  so  that  a  program  P  can  only  be  represented  in  at  most  one  way  as 
£[P]  where  £  is  an  evaluation  context  and  £  is  a  redex.  If  P  can  be  so  represented,  then  £  is 
said  to  be  the  program  context  of  P,  while  R  is  said  to  be  the  current  redex  of  P.  UP  can  not 
be  so  represented,  it  is  considered  to  be  in  normal  form  for  the  strategy.  In  order  to  complete  the 
specification  of  a  strategy,  we  must  specify  how  to  reduce  (by  one  step)  each  possible  kind  of  redex 
given  its  surrounding  context.  For  the  example  strategy,  the  reduction  rules  are  as  follows: 

E[(Xx:A.M)V]  E[[V/x)M] 

It  should  be  noted  that  in  all  the  strategies  we  consider,  values  are  in  normal  form  for  that  strategy. 
We  say  that  a  program  P  evaluates  to  a  value  V  iff  P  *-»*  V,  i.e.,  iff  V  is  the  terminus  of  a  maximal 
one-step  evaluation  sequence  starting  at  P. 

3.2  Standard  Strategies 

We  consider  two  “standard”  evaluation  strategies,  call-by-value  and  call-by-name.  In  both  cases 
constructor  abstractions  are  values,  and  constructors  applications  are  significant  computation  steps. 
The  two  variants  differ  from  one  another  in  the  treatment  of  ordinary  applications. 


3.2.1  Call-By- Value  (CBV)  Strategy 

The  standard  call-by-value  strategy  is  defined  as  follows: 


V  ::=  x\Xx:A.M\Au:K.M 

R  ::=  (A x:A.M)  V  |  (Au:jRT.M){A}  |  abort  A(M)  |  callccA(M ) 
£  ::=  \}\EM\VE\E{A} 


E[{Xx:A.M)V]  *-+e*, 
E[(Au:K.M){A}] 
E[abortA(M )] 
E[callccA(M )] 


E[[V/x]M] 

E[[A/u]M] 

M 

E[M  (Au:tl.Xx:A.  afortu(£[*]))]  (u  i  FTV(A)) 


Theorem  3.1  (Decomposition)  If  M  is  a  closed,  well-typed  term  of  type  A,  then  either  M  is  a 
CBV  value,  or  else  there  exists  a  unique  CBV  evaluation  context  E,  a  unique  CBV  redex  R,  and  a 
type  expression  B  such  that 

1.  M  =  E[R); 

2.  Fu.+control  I-  0;  0  c >  R:  B; 

3.  Fw+control  I-  0;  x:B  >  £[x] :  A. 


Proof:  By  induction  on  typing  derivations,  taking  account  of  the  definition  of  CBV  evaluation 
contexts,  and  some  elementary  properties  of  typing  in  Fw -(-control.  □ 
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Theorem  3.2  (Subject  Reduction)  If  P  is  a  program,  and  P  '-+et*  Q,  then  Q  is  a  program. 

Proof:  If  P  *-*•«»,  Q,  then  by  the  decomposition  theorem  P  =  £[f2]  for  some  CBV  evaluation 
context  E  and  CBV  redex  R  such  that  Fw+control  h  0;  x:B  >  E[x] :  a  and  Fw-(- control  h  0;  0  >  R  :  B 
for  some  type  B.  Using  this,  it  is  straightforward  to  verify  that  each  of  the  evaluation  rules  pre¬ 
serves  typing.  □ 

It  follows  from  these  two  theorems  that  a  terminating  CBV  evaluation  sequence  starting  from 
a  program  terminates  with  a  CBV  value  of  type  a  —  CBV  evaluation  does  not  “get  stuck”.  The 
restriction  of  CBV  evaluation  to  pure  programs  is  a  particular  /3-reduction  strategy.  It  follows  from 
the  strong  normalization  property  of  Fw  [14, 13]  that  CBV  evaluation  of  pure  programs  terminates. 
Termination  of  CBV  evaluation  for  full  Fu+control  will  be  established  in  Section  5.  The  following 
property  of  CBV  evaluation  will  be  important  to  that  argument. 

Lemma  3.3  Any  infinite  CBV  evaluation  sequence  starting  from  a  program  contains  infinitely 
many  (3-reduction  steps. 

Proof:  It  is  sufficient  to  show  that  it  is  not  possible  to  have  an  infinite  CBV  evaluation  sequence 
starting  from  a  program  composed  solely  of  abort  and  callcc  reduction  steps.  This  can  be  done  by 
showing  that  if  E[CA(M)\  ‘-♦c4»  E'[C'A>(M')\  where  C  and  C’  €  {abort,  callcc}  and  E[CA(M)}  is  a 
program  then  M'  is  a  proper  subterm  of  M.  □ 


3.2.2  Call-By-Name  (CBN)  Strategy 


The  standard  call-by-name  strategy  is  defined  as  follows: 

V  ::=  \x:A.M  \  Au:K.M 

R  ::=  (Xx:A.M1)M2\(Au:K.M){A}\abortA(M)\calIccA(M) 
E  ::=  Q  |  EM  \  E{A) 


E[{Xx:A.M1)M2]  -e4m  E[[M2/x]Mx] 

E[(Au;K.M){A}}  E[[A/u]M] 

E[abortA(M )]  M 

E[callccA(M) ]  E[M  {A.u'Sl.\x:A.abortu(E[x])))(u  FTV(A)) 

The  decomposition  and  subject  reduction  theorems  (stated  above  for  the  CBV  strategy)  can  be 
proved  in  a  similar  way  for  the  call-by-name  strategy  case.  The  analysis  of  termination  is  identical. 
Once  again,  an  infinite  CBN  evaluation  sequence  must  contain  infinitely  many  (3  steps. 


3.3  ML-like  Strategies 

An  evaluation  strategy  is  said  to  be  ML-like  if  it  evaluates  under  constructor  abstractions.  We  shall 
consider  two  ML-like  strategies,  a  call-by-value  variant,  designated  ML-CBV,  and  a  call-by-name 
variant,  designated  ML- CBN. 


3.3.1  ML-CBV  Strategy 

The  ML-like  call-by-value  strategy  is  defined  as  follows: 

V  ::=  x  |  Xx:A.M  \  Au:K.V 

R  ::=  ( Xx:A.M )  V  |  {Au:K.V){A}  |  abort A(M)  |  callcc A(M) 
E  ::=  \\\EM\VE\\u:K.E\E{A} 
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E[(\x'A.M)V]  E[[V/x]M] 

E[(Au:K.V){A}]  £[[A/«]V] 

E[abortA(.M )]  '-*mi-eiw  M 

E[callccA(M) j  E[M(Au:a.\x:A.abortu{E[x]))]{ut  FTV{A)) 

Notice  that  a  constructor  abstraction  is  a  ML-CBV  value  only  if  its  body  is  a  ML-CBV  value  and 
that  ML-CBV  evaluation  contexts  may  extend  within  the  scopes  of  constructor  abstractions.  The 
decomposition  property  for  the  ML-CBV  strategy  is  somewhat  more  complex  than  that  for  the 
standard  CBV  strategy  due  to  the  possibility  of  evaluation  under  constructor  abstractions. 

Theorem  3.4  (Decomposition)  If  M  is  a  well-typed,  closed  term  of  type  A,  then  either  M  is  a 
ML-CBV  value,  or  there  exists  a  unique  ML-CBV  evaluation  context  E,  a  unique  ML-CBV  redex 
R,  a  constructor  context  A,  and  a  type  expression  B  such  that 

1.  M-  E[R\; 

2.  Fw -(-control  h  A;  0  >  R  :  B; 

S.  F^+control  h  0;0 1>  £[JV]  :  A  for  any  term  N  such  that  Fu -(-control  (-  A;0  t>  N  :  B. 

Proof:  By  induction  on  typing  derivations.  □ 

Notice  that  the  typing  condition  on  £  is  strictly  weaker  than  the  condition  Fw -(-control  h  A;  x:B  > 
E[x) :  A. 

Theorem  3.5  (Subject  Reduction  for  Fw)  If  P  is  a  pure  program  and  P  ‘-+m/-c4»  Q,  then  Q 
is  a  pure  program. 

Proof:  Follows  from  the  fact  that  the  restriction  of  the  ML-CBV  strategy  to  terms  of  Fw  is  a 
particular  ^-reduction  strategy  and  from  subject  reduction  for  Fw.  □ 

Similarly,  since  Fu  is  strongly  normalizing,  ML-CBV  evaluation  on  pure  terms  must  terminate;  by 
the  decomposition  theorem,  the  terminus  must  be  a  ML-CBV  value  of  type  a. 

The  subject  reduction  property  cannot  be  extended  to  full  Fu, -(-control,  for  essentially  the  same 
reasons  that  type  soundness  fails  for  the  extension  of  ML  with  callcc  [8,  18].  Vo  see  where 
the  problem  arises  in  the  present  setting,  let  P  be  a  program  of  the  form  E[callccA(M)\,  where 
£  is  a  ML-CBV  evaluation  context  of  the  form  £'[Af:fl.Q],  and  consider  the  evaluation  step 
P  ’-*mi-eiw  E[M  (Au.Xx:A.  a6ortu(£[x]))].  To  prove  that  typing  is  preserved,  it  suffices  to  show 
that  A,t:(l,u:Sl;Q  t>  £[*]  :  A  (for  some  constructor  context  A).  But  this  is  strictly  stronger  than 
the  condition  on  £  given  by  the  decomposition  theorem,  as  remarked  above.  This  observation 
may  be  turned  into  a  counterexample  to  subject  reduction  by  a  simple  adaptation  of  the  argument 
given  elsewhere  by  the  authors  [19],  taking  advantage  of  the  call-by-value  strategy  to  simulate  the 
“sequential”  semantics  of  the  ML  let  construct. 

A  simple  way  to  avoid  the  counterexample  is  to  rule  out  programs  with  non-trivial  evaluation 
steps  lying  within  the  scope  of  a  constructor  abstraction.  Let  F“+ control  denote  the  restriction  of 
Fw+control  in  which  terms  of  the  form  Au :K.M  where  M  is  not  a  ML-CBV  value  are  excluded. 
This  suffices  to  recover  subject  reduction  in  the  presence  of  the  control  operators. 

Theorem  3.0  (Subject  Reduction  for  F~+control)  If  P  is  a  F~  -(-control  program,  and  P  '-*ml-cbv 
Q,  then  Q  is  a  Fj -(-control  program. 

Careful  inspection  reveals  that  the  CBV  and  ML-GBV  strategies  coincide  on  F“ -(-control  pro¬ 
grams.  Consequently,  termination  of  ML-CBV  evaluation  on  Fj -(-control  programs  follows  from 
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termination  of  CBV  evaluation  on  programs.  Moreover,  any  CPS  transform  for  CBV  will  suffice  as 
a  CPS  transform  for  ML-CBV  F“+ control  programs. 

The  fact  that  the  two  strategies  coincide  on  F~  -(-control  is  unfortunate:  we  have  simply  elim¬ 
inated  the  parts  of  the  language  on  which  CBV  and  ML-CBV  differ  so  as  to  ensure  soundness. 
However,  it  does  not  seem  possible  to  give  a  CPS  transform  for  the  pure  language  under  ML- 
CBV  [19].  This  would  seem  to  indicate  that  CPS  transforms  alone  are  not  sufficient  to  characterize 
the  difference  between  CBV  and  ML-CBV. 


3.3.2  ML-CBN  Strategy 

The  ML-like  call-by-name  strategy  is  defined  as  follows: 


V  ::=  Xx:A.M  |  Au:K.V 

R  ::=  (Xx:A.Mi)  Afa  |  (Au:AT.V){A}  |  abort  A(M)  |  callccA(M) 
E  ::=  W\EM\\u:K.E\E{A} 


E[(XxiA.Mi)  M-i] 
E[{\u:K.V){A}\  <-+m,-etn 
E[abortA(M )] 
E[callccA(M)]  *— 


E[[M2/x)Mx) 

E[[A/u)V] 

M 

E[M  ( Au:il.Xx:A .  aiortu(£[x]))]  (u  g  FTV(A)) 


As  with  ML-CBV,  evaluation  may  proceed  under  constructor  abstractions  resulting  in  a  similarly 
complex  decomposition  theorem.  Although  we  can  easily  show  subject  reduction  and  termination 
for  the  pure  language,  this  prevents  us  in  much  the  same  way  as  in  the  ML-CBV  case  from  obtaining 
subject  reduction  in  the  presence  of  control  operators.  We  could,  as  before,  simply  consider  the 
restricted  language  F~ -(-control  but  there  is  a  better  alternative  in  the  call-by-name  case. 

Careful  examination  of  ML-CBN  evaluation  contexts  reveals  that  whenever  we  evaluate  under  a 
constructor  abstraction  in  a  well-typed,  closed  term  of  monomorphic  type,  that  abstraction  is  ready 
to  be  instantiated.  I.e.,  there  is  a  sequence  of  beta-reduction  steps,  each  of  which  instantiates  one 
constructor  abstraction,  which  will  result  in  that  abstraction  being  instantiated.  Thus,  if  we  alter 
our  evaluation  strategy  so  that  we  instantiate  constructor  abstractions  whenever  possible  before 
evaluating  inside  them,  we  will  never  evaluate  inside  a  constructor  abstraction  when  dealing  with 
a  well-typed,  closed  term  of  monomorphic  type.  The  new  strategy,  which  we  will  call  ML-CBN'  is 
defined  as  follows: 


V  ::=  Xx-.A.M  \  Au:K.V 

R  ::=  (Xx:A.Mi)M2  \  (Au:K.M){A}  \  abort A(M)  |  callccA{M) 
E  ::=  \]{Al}...{An}\(EM){Ax}...{An}\Au:K.E 


E[(Xx:A.Mx)M2] 
E[(Au:K.M){A}] 
E[abortA(M )] 
E[callocA{M )] 


‘-►mt-c**'  E\[Mifx]M\] 

*— *m/— et*'  E^A/u]M] 

*-+ ml-dn '  M 

**■+ ml-ehn '  E[M  (Au'.Sl.XxiA.  a6orttt(£[x]))]  (u  £  FTV(A)) 


Note  that  the  only  difference  between  ML-CBN  and  ML-CBN'  is  that  they  do  constructor  abstrac¬ 
tion  instantiations  at  different  times.  Although  this  effects  subject  reduction,  it  does  not  really 
alter  the  meaning  of  programs.  We  will  make  this  explicit  in  the  next  section  where  we  show  that 
the  erasures  of  these  two  strategies  are  the  same.  Unlike  for  ML-CBN,  subject  reduction  holds 
for  ML-CBN'.  (A  decomposition  theorem  similar  to  that  of  the  CBV  case  can  be  obtained  by 
restricting  attention  to  monomorphic  terms.) 
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Surprisingly,  ML-CBN'  and  CBN  coincide  on  monomorphically  typed  terms  in  the  sense  that 
both  strategies  make  precisely  the  same  reductions.  (The  case  of  polymorphic  terms  is  not  very 
important  since  programs  must  be  restricted  to  be  of  monomorphic  type  in  order  to  add  in  the 
control  ooerators.1)  Accordingly,  we  will  not  investigate  the  ML-CBN(')  strategy  further,  consid¬ 
ering  it  to  be  the  same  as  the  CBN  one.  (In  particular,  any  CPS  transform  for  CBN  will  suffice  as 
a  CPS  transform  for  ML-CBN  programs.) 

3.3.3  Relation  of  ML- like  Strategies  to  ML 

The  ML-like  strategies  may  be  related  to  their  untyped  counterparts  by  way  of  the  following  notion 
of  the  erasure  of  a  term  M : 

x°  =  x 

(A x:A.M)°  =  \x.M°  (M  N)°  =  M°  N° 

(Au:K.M)°  =  M°  ( M{A})°  =  M° 

{abort  a{M))°  =  abort(M°)  {callccA{M)y  =  callcc(M°) 

Erasure  is  extended  to  evaluation  contexts  by  defining  Q°  =  Q. 

Lemma  3.7  (Properties  of  erasure) 

1.  {[M2/x JMj)0  =  [M2/x]Mx. 

2.  {[A/u]M)°  =  M°. 

3.  V°  is  an  untyped  CBV  (CBN)  value  whenever  V  is  a  ML-CBV  (ML-CBN or  ML-CBN)  typed 
value. 

4.  E°  is  an  untyped  CBV  (CBN)  evaluation  context  whenever  E  is  a  typed  ML-CBV  (ML-CBN 
or  ML-CBN)  evaluation  context. 

5.  E[M\°  =  E°[M°). 

Theorem  3.8  (Simulation)  Let  M  be  a  well-typed  closed  term. 

1.  If  M  N,  then  M°  ^  N°. 

2.  if  M  N  (M  '—*mi-ein'  N ),  then  M°  N°. 

3.  if  M°  *-►,«**  Ni,  then  3N2  such  that  M  ^2  and  N2  —  Nx. 

4.  if  M°  <— ,cu  Nu  then  3 N2  such  that  M  '—la-d*  N2  (M  N2)  and  N2  =  Nx. 

Theorem  3.9  (Equivalence)  Let  Px  and  P2  be  programs  such  that  Pf  =  P%.  Then  if  Pi  * — ^m/— c&n 
Qi,  and  P2  Q2  then  3 RX,R2  such  that  Qx  _etH  Rx,  Q2  R2,  and  R\  =  R\. 

'If  we  restricted  ourselves  to  the  pure  language,  we  could  allow  programs  to  have  polymorphic  type.  However, 
giving  a  CPS  transform  for  this  case  is  problematic  for  much  the  same  reasons  as  in  the  ML-CBV  case. 
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4  Transform  Target  Languages 

In  the  untyped  case,  the  target  language  of  a  CPS  transform  is  a  restricted  subset  of  the  original 
language  without  any  control  operators.  Terms  in  this  restricted  subset  are  said  to  be  in  untyped 
CPS  form.  This  subset  has  the  property  that  the  (untyped)  call-by-value  and  call-by-name  evalua¬ 
tion  strategies  coincide.  That  is,  exactly  the  same  /3-reductions  occur  regardless  of  which  strategy 
is  used.  This  subset  also  has  the  property  that  it  is  closed  under  call-by-value  and  call-by-name 
reductions. 

4.1  Standard  CPS  Form 

An  analogue  of  untyped  CPS  form,  which  we  will  call  standard  CPS  form ,  exists  for  the  standard 
strategies.  The  grammar  for  this  restricted  subset  of  Fw  is  as  follows: 

Standard  CPS  values  W  ::=  x  \  Xx:A.N  |  A u:K.N 
Standard  CPS  terms  N  ::=  W  |  N  W  |  N{Aj 

Note  that  terms  in  standard  CPS  form  may  not  contain  callcc  or  abort. 

Lemma  4.1  If  N  (W^)  is  a  standard  CPS  term  (standard  CPS  value)  then  \W\/x]N  x\W\) 

is  also  a  standard  CPS  term  (standard  CPS  value). 

Theorem  4.2  (Standard  CPS  form  properties) 

1.  Standard  CPS  form  is  closed  under  CBV  and  CBN  reductions. 

2.  If  N\  is  a  standard  CPS  term  thzn  Ni  -V2  iff  N\  1V2. 

S.  CBV  or  CBN  evaluation  of  well-typed,  closed  standard  CPS  terms  terminates  in  a  standard 
CPS  value. 

Proof:  Inspection  of  the  definitions  of  CBV,  CBN,  and  standard  CPS  form  reveal  that  the 

following  evaluation  strategy  on  standard  CPS  terms  is  equivalent  to  both  CBV  and  CBN  on 
standard  CPS  terms: 

V  ::=  W 

R  ::=  (Xx:A.N)V  \  (Au:K.N){A} 

E  ::=  Q  |  EV  |  E{A) 

£[(Ax:A.J\T)V]  —  E[[V/x]N] 

£[(Au:tf../V){A}]  —  £[[A/u]A] 

Termination  in  a  standard  CPS  value  follows  from  the  results  for  CBV  on  the  full  language  plus 
the  fact  that  the  only  standard  CPS  terms  that  are  CBV  values  tire  standard  C?S  values.  □ 


4.2  ML-CPS  Form 


ML-CBV  and  ML-CBN  do  not  coincide  on  standard  CPS  terms.  To  see  this,  consider  the  following 
standard  CPS  term: 


(Ax:(Vti  :K.A).  x )  (Au:K.(Xy\A.y)c) 
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ML-CBV  will  do  the  innermost  redex  first  while  ML-CBN  will  do  the  outermost  one  first.  An 
analogue  of  untyped  CPS  form  for  the  ML-like  strategies,  which  we  call  ML-CPS  form  is  defined 
&S  follows  2 

ML-CPS  values  X  ::=  *  |  A x:A.O  |  A u:K.X 
ML-CPS  terms  0  ::=  X\OX\  Nu:K.O  |  0{A} 

As  in  the  standard  CPS  form  case,  it  can  be  shown  that  ML-CBV  and  ML-CBN  coincide  on 
ML-CPS  terms  and  that  ML-CPS  is  closed  under  ML-CBV  and  ML-CBN  reductions.  Note  that  if 
O  is  an  ML-CPS  term,  then  0°  is  an  untyped  CPS  term,  and  if  AT  is  an  ML-CPS  value,  then  X° 
is  an  untyped  CPS  value. 

It  is  easy  to  see  that  every  ML-CPS  term  is  a  standard  CPS  term,  and  that  every  ML-CPS 

value  is  a  standard  CPS  value.  A  little  checking  shows  that  ML-CPS  form  is  closed  under  CBV 

and  CBN  reductions  so  we  have  that  CBV  and  CBN  coincide  on  ML-CPS  terms  as  well. 

Theorem  4.3  (ML-CPS  form  properties) 

1.  ML-CPS  form  is  closed  under  CBV,  CBN,  ML-CBV,  and  ML-CBN  reductions. 

2.  IfOi  is  a  ML-CPS  term  then  Oi  <-* mi-civ  O2  iff  0\  ‘-*mt-ehn  O2- 

3.  If  0\  is  a  ML-CPS  term  then  0\  '-+c\tv  O2  iff  0\  t-*etn  02- 

4-  CBV,  CBN,  ML-CBV,  or  ML-CBN  evaluation  of  well-typed,  closed  ML-CPS  terms  terminates 
in  a  ML-CPS  value. 

Proof:  Similar  to  that  of  Theorem  4.2.  The  evaluation  strategy  on  ML-CPS  terms  which  is 

equivalent  to  ML-CBV  and  ML-CBN  on  ML-CPS  terms  is  as  follows: 

V  X 

R  ::=  (\x:A.O)V  \(Nu:K.V){A} 

E  ::=  Q  |  E  V  \  Nu.K.E  \  E{A} 

E[(\x:A.O)V]  E[[Vfx)0\ 

E[(Au:ir.V){A}]  E{{A/u)V] 

□ 


4.3  Strict  CPS  Form 

Neither  of  the  pairs  CBV/ML-CBV  nor  CBN/ML-CBN  coincide  on  terms  in  ML-CPS  form.  To 
see  this,  consider  the  ML-CPS  term  Au:K.{\x:A.x)c.  This  term  is  irreducible  under  CBV  and 
CBN  (since  constructor  abstractions  are  values),  but  is  reducible  under  both  ML-CBV  and  ML- 
CBN  (since  evaluation  proceeds  under  constructor  abstraction).  By  further  restricting  ML-CPS  (in 
particular,  by  banning  all  non-value  constructor  abstractions),  we  may  obtain  a  subset  of  ML-CPS 
called  strict  CPS  form,  on  which  all  four  strategies  coincide: 

Strict  CPS  values  Y  ::=  x  |  A x:A.Q  |  At r.K.Y 
Strict  CPS  terms  Q  ::=  Y  \QY  \Q{A) 

Theorem  4.4  (Strict  CPS  form  properties) 

1.  Strict  CPS  form  is  closed  under  CBV,  CBN,  ML-CBV,  and  ML-CBN  reductions. 
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2.  IfNx  is  a  strict  CPS  term  then  if  Nx  «-►  JV2  under  one  of  CBV,  CBN,  ML-CBV,  or  ML-CBN, 
then  it  does  so  under  all  of  them. 

S.  CBV,  CBN,  ML-CBV,  or  ML-CBN  evaluation  of  well-typed,  closed  strict  CPS  terms  termi¬ 
nates  in  a  strict  CPS  value. 

Proof:  Similar  to  the  previous  two  cases.  The  evaluation  strategy  on  strict  CPS  terms  which  is 
equivalent  to  all  four  strategies  on  strict  CPS  terms  is  as  follows: 

V  ::=  Y 

R  ::=  (Xx:A.Q)V  \(Au:K.V){A} 

E  ::=  Q|EV|f;{A} 

£[(A*:A.Q)V]  E[[V/x]Q] 

E[(Au:K.V){A}]  «-►  E[[A/u]V] 

□ 


4.4  Relaxed  ML-CPS  Form 

As  we  shall  see  in  the  next  section,  the  CPS  conversion  algorithms  for  the  standard  strategies  yield 
terms  in  strict  CPS  form,  and  consequently  any  of  the  four  evaluation  methods  may  be  used  on  the 
converted  terms.  As  was  explained  in  section  3,  these  algorithms  can  be  used  as  CPS  conversion 
algorithms  for  the  ML-like  strategies  on  certain  restricted  subsets  of  Fw+control. 

However,  it  is  enlightening  to  consider  alternate  algorithms  specifically  tailored  to  the  ML-like 
strategies.  As  we  shall  see  below,  these  transforms  yield  terms  of  the  form  k  (i  {A}),  where  k  and 
x  are  variables,  which  is  not  in  ML-CPS  form.  In  relaxed  ML-CPS  form  such  applications  are 
allowed,  reflecting  the  philosophy  that  constructor  applications  are  insignificant  at  run  time.  As 
with  ML-CPS,  erased  relaxed  ML-CPS  terms  (values)  are  untyped  CPS  terms  (values).  Relaxed 
ML-CPS  form  is  defined  as  follows: 

Relaxed  ML-CPS  values  Z  ::=  x  |  A x:A.S  \  Au:K.Z  |  Z{A } 

Relaxed  ML-CPS  terms  S  ::=  Z  \  S  Z  \  Au:K.S  \  S{A} 

The  set  of  terms  in  relaxed  ML-CPS  form  is  closed  under  ML-CBV  and  ML-CBN  reduc¬ 
tion.  However,  ML-CBV  and  ML-CBN  do  not  coincide  on  this  subset  because  of  terms  such 
as  (Xx:A.x)((Au:K  .Z)A)  in  which  there  is  a  constructor  application  in  the  argument  position  that 
would  be  reduced  under  ML-CBV,  but  not  under  ML-CBN.  Their  erasures  do  coincide,  however, 
in  the  same  sense  that  ML-CBN  and  ML-CBN'  coincided. 

Theorem  4.5  (Equivalence)  Let  Pi  and  P2  be  relaxed  ML-CPS  programs  such  that  P°  —  P%. 
Then  if  Px  Q\,  and  P2  Q 2  then  3RX,R2  such  that  Qx  <-+*ml_civ  Rx,  Q2 

R2,  and  R\  =  R%. 

If  we  assume  that  constructor  /^-reductions  do  no  work  and  have  no  side  effects  then  ML-CBV 
and  ML-CBN  produce  the  same  results  on  programs  in  this  subset.  This  is  a  reasonable  assumption 
for  ML-like  strategies  because  the  normal  implementation  for  such  strategies  is  to  erase  then  apply 
the  untyped  strategy. 
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5  Conversion  to  Continuation-Passing  Style 

In  this  section,  we  consider  the  conversion  of  terms  of  Fw -(-control  into  continuation-passing  style 
for  each  of  the  evaluation  strategies.  We  present  CPS  transforms  for  the  two  standard  strategies  for 
the  full  F^+control  language.  As  discussed  in  section  3,  the  CBV  CPS  transform  can  also  be  used 
as  a  ML-CBV  CPS  transform  on  the  restricted  subset  F“+control  and  the  CBN  CPS  transform 
can  be  used  as  a  ML-CBN'  transform  on  monomorphic  terms.  Producing  ML-like  transforms  for 
larger  subsets  of  F^+control  than  these  is  problematic. 

Although  the  standard  transforms  can  be  used  to  transform  terms  under  the  ML-like  strategies, 
they  are  somewhat  unsatisfactory  in  that  they  do  not  fully  capture  the  essence  of  the  ML-like 
strategies,  namely  that  constructor  applications  are  not  significant  computation  steps.  We  consider 
two  more  satisfactory  alternative  ML-like  CPS  transforms  which  do  embody  this  fact  at  the  cost 
of  being  limited  to  terms  of  the  F“  -(-control  language. 

5.1  Transformation  of  Constructors 

There  are  four  constructor  transformations,  corresponding  to  the  four  evaluation  strategies  in¬ 
troduced  in  section  3.  The  transformations  differ  only  in  the  treatment  of  the  function  types 
(call-by-name  and  call-by-value  variants)  and  in  the  treatment  of  quantified  types  (standard  and 
ML-like  variants). 

Definition  5.1  (Constructor  Transforms) 

|  A|  =  (A*-+a)— 

a*  =  a 

u*  as  u 

Function  types,  call-by-value: 

{Ax-AtT  =  AWA2\ 

Function  types,  call-by-name: 

{A\-*A2y  —  |>li| — ►IA2I 

Quantified  types,  standard  interpretation: 

(VuiK.AY  =  Vu:A\|/l| 

Quantified  types,  ML-like  interpretation: 

(Vu-.K.AY  =  VuiK.A* 

(Au  :K.AY  =  Xu.K.A* 

(AiA2y  =  A\A\ 

The  constructor  transforms  are  extended  to  contexts  T  by  defining  T*(x)  =  A“  and  |r|(x)  = 
|A|  whenever  T(x)  =  A.  The  following  properties  apply  to  all  four  variants  of  the  constructor 
transformation. 

Theorem  5.2  (Constructor  Well-formedness  Preservation) 

1.  If¥w  h  A  >  A  :  K,  then  Fw  h  A  »  Am  :  K. 

2.  IfFw\-A>A:Sl,  then  FUH  |A| :  11. 
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Theorem  5.3  (Constructor  Equality  Preservation) 

1.  If  Fw  h  A  >  A\  =  Ai :  K,  then  Fw  h  A  >  AJ  =  AJ  :  K. 

2.  If?w  H  A  >  A\  =  Aj  :  fi,  then  FuhA>  |Ai|  =  \Ai\ :  ft. 

Theorem  5.4  (Compositionality)  ([Ai/ttjvla)*  =  [AJ/uJAJ. 

5.2  Notation 

In  addition  to  the  transforms  for  constructors  given  above,  each  CPS  transform  has  a  transform 
for  values,  (— )*,  and  a  transform  for  terms,  |  —  |.  Keep  in  mind  that  the  set  of  values  varies  from 
strategy  to  strategy.  As  a  notations!  convenience,  we  drop  the  identifying  subscripts  on  transform 
operators  when  refering  to  the  current  transform  being  defined.  As  a  proof  tool,  we  will  need  to 
introduce  an  optimized  version  of  the  transform  we  are  defining.  We  will  denote  the  optimized 
value  transform  using  (— )*  and  the  optimized  term  transform  relative  to  continuation  Y  by  |  —  \y 
to  prevent  confusion  with  the  non-optimized  transform. 

The  CPS  transforms  are  defined  by  induction  on  typing  derivations  in  F„, -(-control,  yielding 
terms  in  a  suitable  CPS  form.  The  typing  rules  of  Fu,+ control  are  “almost”  syntax-directed  —  any 
two  typing  derivations  for  a  given  term  and  context  differ  only  in  the  use  of  the  type  equality  rule. 
Consequently,  since  our  transforms  ignore  the  type  equality  rule,  they  are  coherent  in  the  sense  that 
if  F^-f- control  h  A;T  &  M  :  A,  and  F^-f  control  h  A;T  c>  M  :  A' ,  then  the  transforms  determined 
by  each  of  these  typing  derivations  are  equivalent  up  to  constructor  equality.  Since  the  evaluation 
rules  for  F^-f  control  are  independent  of  constructors,  we  are  justified  in  ignoring  this  distinction, 
and  simply  write  \M\  for  the  CPS  transform  obtained  by  a  canonical  choice  of  typing  derivation 
for  M. 

New  variables  introduced  by  the  transform  are  assumed  to  be  chosen  so  as  to  avoid  capture. 
In  cases  where  more  than  one  clause  of  the  transform  applies  (this  only  occurs  in  the  optimized 
versions),  the  first  one  listed  is  to  be  chosen.  Where  clear,  we  have  omitted  subderivations  and  the 
details  of  how  recusion  is  done  on  the  type  derivation  of  the  term. 
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5.3  Standard  CPS  Transforms 
5.3.1  Call- by- Value 

Definition  5.5  (CBV  CPS  Transform  for  Fw -(-control) 

|A;r>V:A|  =  \k:A*->a.kV 

|A;  T>M1M3:A\  =  Xk.A'^a.  \ Afx|  (Ax^A—A^-.IM^  (Ax^.X!  x2  k )) 
where  A;  T  >  Mi  :  A3-*A  and  A;  T  t>  M2  :  A% 


|A;T  >  M  {i4i}  :  [Ailu\A3\ 
|  A;  T  >  abort a{M)  :  A\ 
1  A;  r  o  callcc^M)  :  A\ 

|A;T  t>  M  :  A'| 


Ak^/u]^)*-**.  |M|  (Ax:(Vti:^1.^2)*.*{A;}  k) 

\k:a*—*a.  |M(  (A m:a*.m) 

A k:A*-*a.  |M|  (Am:((Vtt:Q./l— ►«)—►/!)*. 
m  (Au:Sl.\l:(A-*u)*-*a.l(\x:A*  .\k':u*  -*a.k  x))  k) 

|M|,  where  A ;T  »  M  :  A  and  A  t>  A  =  A!  :  SI 


(A;T  >  x  :  A)* 
(A;T  >  \x:A.M  :  A-*A')* 
(A;  T  t»  Au:K.M  :  Vu-.K.A)* 


Ax:.A*.|M| 

Au:K.\M\ 


(A;T>V:A,Y 


V*,  where  A;  T  >  V  :  A  and  A  t>  A  =  A!  : 


Theorem  5.8  (CBV  CPS  Typing)  //  Fw -l-control  H  A;T  >  M  :  A,  then  \M\  exists  and  is  a 
strict  CPS  value  such  that  Fw  h  A;  T*  t>  |M|  :  |  A|.  If  M  is  a  CBV  value,  then  M*  exists  and  is  a 
strict  CPS  value  such  that  F„  h  A;F*  >  M *  :  A*. 


The  correctness  of  the  CBV  CPS  transform  for  Fw -(-control  is  established  by  adapting  methods 
introduced  by  Plotkin  [36]  and  Griffin  [16].  First,  we  follow  Plotkin  by  defining  an  “optimized”  CBV 
CPS  transform  in  which  “administrative”  redices  (in  the  sense  of  Plotkin  [36])  are  eliminated  during 
transformation.  The  definition  is  relativized  to  a  continuation  represented  by  a  pure  CBV  value. 
Second,  we  relate  the  transform  of  E[R\  to  the  transforms  of  E  and  R  separately,  using  a  simple 
extension  of  the  optimized  CBV  transform  to  evaluation  contexts.  This  step  is  essential  for  dealing 
with  the  context-sensitive  rewriting  rules  defining  the  CBV  operational  semantics  of  Fw -(-control. 
Finally,  we  prove  that  the  CBV  CPS  transform  correctly  simulates  the  CBV  operational  semantics. 
The  termination  of  CBV  on  programs  follows  from  the  this  result  and  a  previous  lemma. 
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Definition  5.7  (Optimized  CBV  CPS  Transform  for  Fw+ control) 

|A;T  >  V  :  A\y  =  YV* 

\A;T>VlV2:A\Y  =  VfVfY 

|A;T  t *VN:  A\y  —  |lV|y»,  where  Y'  —  Xn:A2.V*  nY  and  A;T  >  N  :  A2 

|  A;  T>MN:  A.\y  =  |Af  |y»,  where  A;  T  >  N  :  A2,  and 

Y'  =  Am:(A2->A)*.|JV|y»,  and 
Y"  —  An:  A2.mnY 

\A;T>V{Al}:[A1/u]A2\y  =  V*  {A\}Y 

| A;  r  t»  M  {Ai}  :  [A\lu]A2\y  =  \M\y,  where  Y' =  \m'.{yu:K.A2)*.m{A\}Y 

| A;  T  >  abort a(M)  :  A\y  =  \M\\x,a.x 

| A;  T  >  coIIcca(M)  :  A\y  =  |Af|y»,  where 

Y'  =  Xm:((Vu:Sl.A—*u)—*A)m.(Xn:(Vu:{l.A—>u)*.mnY)Y",  and 
Y"  =  Au:ft.A/:(A— ►ti)*-+a./  (Xx:A*.Xkf:u*-* *a.Y  x) 

| A;  r  >  M  :  A'\y  =  \M\y  where  A;  T  >  M  :  A  and  A  ►  A  =  A' :  (l 

(A;T  >  x  :  A )*  =  x 

(A;T  »  Xx:A\.M  :  A\-*A2)*  —  Ax:AJ.Afc:A5— i *a.|Af|* 

(A;Tt>A u:K.M  :Vu:K.A)*  =  \u:K.Xk:Am^a.\M\k 

(A;T  >  V  :  A')*  =  V*  where  A; T  >  V  :  A  and  A  t>  A  =  A' :  SI 

The  optimized  CBV  CPS  transform  satisfies  essentially  the  same  typing  properties  as  the  unopti- 
mized  version. 

Theorem  5.8  (Optimized  CBV  CPS  Typing) 

1.  If  Fw+control  I-  A;T  ►  Af  :  A  and  Y  is  a  strict  CPS  value  such  that  Fw  H  A;T  >  Y  :  A*— *a, 
then  |Af|y  exists  and  is  a  strict  CPS  term  such  that  Fw  I-  A;T*  t>  |Af|y  :  a. 

2.  If  F^+control  I-  A;  T  t»  V  :  A,  then  V *  exists  and  is  a  strict  CPS  value  such  that  Fw  I-  A;  T*  o 
V*  :  A*. 

Proof  Both  parts  are  proved  simultaneously  by  induction  on  typing  derivations.  □ 

The  optimized  transform  is  a  /?„- reduct  of  the  standard  transform: 

Theorem  5.9  (Optimization)  \M\Y  — ^  | Af |y  andV *  — ^  V*. 

Proof  By  inspection  of  the  definitions  of  the  two  transforms.  □ 

Typing  for  evaluation  contexts  is  defined  by  admitting  an  arbitrary  type  to  be  derived  for  a 
“hole”.  Under  this  convention,  we  may  extend  Theorem  5.8  to  evaluation  contexts  as  follows.  The 
optimized  transform  is  extended  to  evaluation  contexts  by  defining  |  A;  T  ►  Q  :  B\y  =  Y .  The  “hole” 
is  not  considered  to  be  a  value.  It  is  straightforward  to  check  that  if  Fu,+ control  h  A;  T  t>  E  :  A  and 
FwHA;ri>y  :  Am-*a ,  then  |£|y  exists  and  is  a  strict  CBV  value  such  that  I-  A;T  t>  |£|y  : 
where  B  is  the  unique  type  ascribed  to  the  unique  “hole"  in  the  typing  derivation  for  E. 
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Theorem  5.10 

1.  If  M  is  not  a  value,  then  \E[M]\y  =  \M\\E\y. 

2.  IfV  is  a  CBV  value,  then  \V\\EW  \E[V]\Y. 

Thus  IMIibjj,  \E[M]\y,  regardless  of  whether  M  is  a  value. 

Theorem  5.11  (CBV  Simulation)  IfP  is  a  program  and  P  Q,  then  |P|xx^».*  |QU*:a.*- 

Moreover,  each  /3-step  induces  at  least  one  (3-step  on  the  converted  form. 

Proof  The  main  steps  are  to  show  that  if  P  Q  by  a  /3-step,  then  |P|y  |Q|y,  and  if 

P  Q  by  either  an  abort  or  callcc  step,  then  (PIa**,.*  ‘-►J  |QU*a»jr-  □ 

Theorem  5.12  For  any  program  P, 

1.  There  exists  a  unique  CBV  value  V  such  that  P  V‘ 

2.  If  P  »— »*j,  V  then  |PJ  (A x:a.x)  «-►£  V'  where  V '  is  such  that  V*  V'. 

Proof:  Part  (1)  is  a  consequence  of  simulation,  the  fact  that  any  infinite  CBV  reduction  sequence 
contains  infinitely  many  /3-steps,  and  the  fact  that  Fw  is  strongly  normalizing.  Part  (2)  follows  from 
the  simulation  and  optimization  theorems,  together  with  the  observation  that  |V|ax;ci.x  =  V*.  □ 


5.3.2  Call- by- Name 

The  standard  call-by-name  semantics  also  admits  a  conversion  into  CPS  sharing  essentially  the 
same  properties  as  are  enjoyed  by  the  standard  call-by-value  transform.  We  have  only  to  switch  to 
the  call-by-name  variant  of  the  constructor  transform  and  modify  the  CBV  transform  by  replacing 
the  variable,  application,  and  callcc  clauses  by  the  following  clauses.  Note  that  in  call-by-name 
variables  are  no  longer  considered  values. 

Definition  5.13  (CBN  CPS  Transform  for  Fw+ control  (Selected  Clauses)) 

|A;r»x:A|  =  x 

|A;roM1M2:yl|  =  AkA^-a.lAf!!  (Axi^-Aj)*^!  \M2\  k) 

where  A;T  >  Mi  :  A?-* A  and  A;T  >  Af2  :  A? 

|A;T  t>  callcc a(M)  :  A\  =  Xk:A*-*a.  |Af|  ( Arn:((Vu:fl.A -♦«)-►  A)*.mY  k),  where 

Y  =  Xl:(Vu:Sl.A-*u)m^a.l(Au:Sl.Xl:(A^u)m-+a.l{Xx:\A\.Xk,:u’-+a.xk)) 

(A;l>Ax:A.M:  A— A')*  =  Ax:|A|.|Af| 

Theorem  5.14  (CBN  CPS  Typing)  If  Fw+control  h  A;T  t>  M  :  A,  then  \M\  exists  and  is  a 
strict  CPS  value  such  that  h  A;  |T|  »  \M\  :  |A|.  If  M  is  a  CBN  value,  then  Mm  exists  and  is  a 
strict  CPS  value  such  that  Fw  I-  A;  |r|  t>  M*  :  A*. 

Theorem  5.15  Let  P  be  a  program. 

1.  There  exists  a  unique  CBN  value  V  such  that  P  V. 

2.  If  P  V  then  |  P|  (Ax:a.x)  V'  where  V'  is  such  that  V*  «-►£  V' . 

Proof:  Similar  to  the  CBV  case.  □ 
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5.4  Alternative  ML- like  CPS  Transforms 


The  constructor  transforms  for  the  standard  strategies  are  based  on  the  definition  (Vu :K.A)m  = 
'iu:K.\A\,  expressing  the  idea  that  constructor  applications  are  “serious’’  computations  (in  the  sense 
of  Reynolds  [38]),  and  hence  require  a  continuation.  However,  for  terms  of  F~  -(-control  there  are 
no  such  non-triviai  computations  (the  continuation  is  always  immediately  invoked  with  a  value), 
and  hence  we  may  contemplate  eliminating  the  continuation  argument  entirely.  This  would  make 
constructor  application  a  trivial  computation  step,  resulting  in  a  far  more  ML-like  transform.  This 
suggests  the  alternative  definition  (Vu:K.A)*  =  Vu:K.A*  in  the  constructor  transformation,  and  a 
corresponding  change  to  the  constructor  abstraction  and  construction  application  transforms  for 
terms. 


5.4.1  Call-by- Value 

The  definition  of  the  alternative  ML-CBV  CPS  transform  is  the  same  as  for  the  standard  CBV 
CPS  transform,  with  the  following  differences.  First,  we  employ  the  ML-like  definition  of  the  (— )* 
transform  on  constructors;  in  particular,  (Vtt:A".A)*  =  Vu:A\A*.  Second,  we  take  the  following 
clauses  for  constructor  abstraction  and  application  and  for  callcc,  leaving  the  remainder  as  for  the 
standard  CBV  strategy. 

Definition  5.16  (ML-CBV  CPS  Transform  for  F“+control  (Selected  Clauses)) 

| A;  T  t>  M  {>1}  :  [A/u]B\  =  A*:([A/4B)*-a.  \M\ ( \m:{Vu:K.By.k  (m  {A*})) 

| A;  T  »  callcc a(M)  :  A|  =  \k:Am-*a.  \M\  (Am:((Vu:n.A-+u)-+A)*. 

m  (Att:ft.Ax:A*.Afc':u*-*a.fc  z)  fc) 

(A;T  >  Au:K.V  :  Vu:K.A)*  =  Au:K.Vm 

Theorem  5.17  (ML-CBV  CPS  Typing)  If  Fj+control  t-  A;  T  >  Af  :  A,  then  \M\  exists  and  is 
a  relaxed  CPS  value  such  that  F“  h  A;  T*  t>  |Af|  :  |A|. 

A  careful  inspection  of  this  transform  reveals  that  it  is  essentially  a  typed  version  of  the  usual 
untyped  call-by-value  CPS  transform.  Its  correctness  follows  from  this  plus  the  known  correctness 
of  the  untyped  CBV  CPS  transform. 

Theorem  5.18  (ML-CBV  Simulation)  //F;+control  h  A ;T  »  M  :  A,  then  \M\°  <-*■*  |Af°|uc6„. 

5.4.2  Call-by-Name  (ML- CBN') 

An  alternative  ML-CBN'  CPS  transform  can  be  obtained  in  a  similar  manner.  As  before,  the 
transform  is  based  on  the  standard  strategy  CPS  transform  (CBN)  with  some  differences.  The 
differences  include  using  the  ML-like  version  of  the  constructor  transform  and  the  two  alternative 
constructor  application  and  abstraction  transform  rules  from  the  previous  section.  The  only  other 
difference  is  the  following  rule  for  callcc:  Clauses)] 

|A;T  >  callcc a(M)  :  A\  =  A k:Am-*a.  \M\  (Am:((Vu:ft.A— ►u)-*A)*.mF  fc),  where 
Y  =  A/:(Vu:ft.A-*ti)*-»a./(Au:n.Ax:|A|.AJb,:u*-*a.xk) 

Theorem  5.19  (ML-CBN'  CPS  Typing)  J/F^+control  H  A;T  t>  M  :  A,  then  \M\  exists  and 
is  a  relaxed  CPS  value  such  that  F~  h  A;  jF|  >  \M\ :  | A|. 

Theorem  5.20  (ML-CBN'  Simulation)  #Fj+control  h  A;T  >  M  :  A,  then  |Af|°  «-+*  |Af°|ac6n. 
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6  Conclusion 


We  have  presented  a  systematic  study  of  the  typing  properties  of  CPS  conversion  for  Fw+ control 
under  four  different  semantic  interpretations.  The  standard  strategies  —  both  call-by- value  and  call- 
by-name  variants  —  validate  subject  reduction,  are  terminating,  and  admit  faithful,  type-preserving 
transformations  into  continuation-passing  style.  We  conclude  that  the  standard  strategies  are 
semantically  unproblematic,  at  least  when  viewed  from  the  point  of  view  of  compilation  and  typing. 
These  strategies  have  the  significant  advantage  of  being  extensible  to  a  more  sophisticated  set  of 
primitive  operations,  in  particular,  those  that  make  non-trivial  use  of  type  information  at  run  time. 

On  the  other  hand,  the  ML-like  call-by-value  strategy  is  problematic  —  F^+control,  when 
evaluated  under  this  strategy,  fails  to  be  sound,  and  hence  cannot  admit  a  type-preserving,  faithful 
transformation  into  CPS.  Such  a  transformation  is  possible  for  the  fragment  Fj  -(-control  in  which 
constructor  abstractions  are  limited  to  values,  which  is  consistent  with  a  similar  restriction  in  the 
untyped  case  [19]. 

The  ML-like  call-by-name  strategy  (ML-CBN')  is  unproblematic  but  uninteresting  because  it 
is  (almost)  identical  to  the  standard  call-by-name  strategy.  It  only  differs  on  polymorphic  terms. 
The  difference  is  not  very  interesting  because  it  conveys  no  extra  power  or  expressiveness  over  the 
standard  call-by-name  strategy. 

We  are  grateful  to  Olivier  Danvy,  Andrzej  Filinski,  and  Timothy  Griffin  for  their  comments  and 
suggestions. 


References 

[1]  Martin  Abadi,  Luca  Cardelli,  Benjamin  Pierce,  and  Gordon  Plotkin.  Dynamic  typing  in  a 
statically- typed  language.  In  Proceedings  of  the  Sixteenth  Annual  ACM  Symposium  on  Prin¬ 
ciples  of  Programming  Languages,  Austin.  ACM,  January  1989. 

[2]  Andrew  W.  Appel.  Compiling  with  Continuations.  Cambridge  University  Press,  1992. 

[3]  Andrew  W.  Appel  and  Trevor  Jim.  Continuation-passing,  closure-passing  style.  In  Sixteenth 
ACM  Symposium  on  Principles  of  Programming  Languages ,  pages  293-302,  Austin,  TX,  Jan¬ 
uary  1989. 

[4]  Luca  Cardelli.  Typeful  programming.  Technical  Report  45,  DEC  SRC,  1989. 

[5]  Eric  C.  Cooper  and  J.  Gregory  Morrisett.  Adding  threads  to  Standard  ML.  Technical  Report 
CMU-CS-90-186,  School  of  Computer  Science,  Carnegie  Mellon  University,  December  1990. 

[6]  Thierry  Coquand  and  Gdrard  Huet.  The  Calculus  of  Constructions.  Information  and  Compu¬ 
tation ,  76(2/3):95-120,  February /March  1988. 

[7]  Luis  Manuel  Martins  Dam  as.  Type  Assignment  in  Programming  Languages.  PhD  thesis, 
Edinburgh  University,  1985. 

[8]  Bruce  Duba,  Robert  Harper,  and  David  MacQueen.  Typing  first-class  continuations  in  ML. 
In  Eighteenth  ACM  Symposium  on  Principles  of  Programming  Languages ,  January  1991. 

[9]  Matthias  Felleisen.  The  Calculi  of  XV-CS  Conversion:  A  Syntactic  Theory  of  Control  and 
State  in  Imperative  Higher-Order  Programming  Languages.  PhD  thesis,  Indiana  University, 
Bloomington,  IN,  1987. 


18 


[10]  Matthias  Felleisen  and  Daniel  Friedman.  Control  operators,  the  SECD  machine,  and  the 
A-calculus.  In  Formed  Description  of  Programming  Concepts  III.  North-Holland,  1986. 

[11]  Matthias  Felleisen,  Daniel  Friedman,  Eugene  Kohlbecker,  and  Bruce  Duba.  Reasoning  with 
continuations.  In  First  Symposium  on  Logic  in  Computer  Science.  IEEE,  June  1986. 

[12]  Andrzej  Filinski.  Linear  continuations.  In  Nineteenth  ACM  Symposium  on  Principles 
of  Programming  Languages ,  pages  27-38,  Albuquerque,  NM,  January  1992.  ACM  SIG- 
PLAN/SIGACT. 

[13]  Jean  Gallier.  On  girard’s  “candidats  de  reductibility”.  In  P.  Odifreddi,  editor,  Logic  and 
Computation ,  volume  31  of  The  APIC  Series,  pages  123-203.  Academic  Press,  1990. 

[14]  Jean-Yves  Girard.  Interpretation  Fonctionelle  et  Elimination  des  Coupures  dans 
VArithmetique  d’Ordre  Superieure.  PhD  thesis,  Universite  Paris  VII,  1972. 

[15]  Michael  Gordon,  Robin  Milner,  and  Christopher  Wadsworth.  Edinburgh  LCF:  A  Mechanized 
Logic  of  Computation ,  volume  78  of  Lecture  Notes  in  Computer  Science.  Springer- Verlag,  1979. 

[16]  Timothy  Griffin.  A  formulae-as-types  notion  of  control.  In  Seventeenth  ACM  Symposium  on 
Principles  of  Programming  Languages ,  San  Francisco,  CA,  January  1990.  ACM,  ACM. 

[17]  Timothy  G.  Griffin.  Logical  interpretations  and  computational  simulations.  Tech,  memo., 
AT&T  Bell  Laboratories,  1992.  in  preparation. 

[18]  Robert  Harper,  Bruce  Duba,  and  David  MacQueen.  Typing  first-class  continuations  in  ML. 
Revised  and  expanded  version  of  [8].  To  appear,  Journal  of  Functional  Programming. 

[19]  Robert  Harper  and  Mark  Lillibridge.  Polymorphic  type  assignment  and  cps  conversion.  In 
Olivier  Danvy  and  Carolyn  Talcott,  editors,  Proceedings  of  the  ACM  SIGPLAN  Workshop  on 
Continuations  CW92,  pages  13-22,  Stanford,  CA  94305,  June  1992.  Department  of  Computer 
Science,  Stanford  University.  Published  as  technical  report  STAN-CS-92-1426. 

[20]  Robert  Harper  and  John  C.  Mitchell.  On  the  type  structure  of  Standard  ML.  ACM  Transac¬ 
tions  on  Programming  Languages  and  Systems ,  ?(?):?-?,  ?  1992?  (To  appear.  See  also  [30].). 

[21]  Christopher  T.  Haynes,  Daniel  P.  Friedman,  and  Mitchell  Wand.  Obtaining  coroutines  from 
continuations.  Journal  of  Computer  Languages ,  11:143-153, 1986. 

[22]  Gerard  Huet,  editor.  Logical  Foundations  of  Functional  Programming.  University  of  Texas  at 
Austin  Year  of  Programming  Series.  Addison- Wesley,  1990. 

[23]  D.  Kranz,  R.  Kelsey,  J.  Rees,  P.  Hudak,  J.Philbin,  and  N.  Adams.  Orbit:  An  optimizing 
compiler  for  Scheme.  In  Proc.  SIGPLAN  Symposium  on  Compiler  Construction ,  pages  219- 
233.  ACM  SIGPLAN,  1986. 

[24]  Xavier  leroy.  Polymorphism  by  name.  In  Twentieth  ACM  Symposium  on  Principles  of  Pro¬ 
gramming  Languages,  January  1993. 

[25]  Xavier  Leroy  and  Pierre  Weis.  Polymorphic  type  inference  and  assignment.  In  Eighteenth  ACM 
Symposium  on  Principles  of  Programming  Languages,  pages  291-302,  Orlando,  FL,  January 
1991.  ACM  SIGACT/SIGPLAN. 


19 


[26]  Zhaolui  Lao,  Robert  Pollack,  and  Paul  Taylor.  How  to  use  lego:  A  preliminary  user’s  man¬ 
ual.  Technical  Report  LFCS-TN-27,  Laboratory  for  the  Foundations  of  Computer  Science, 
Edinburgh  University,  October  1989. 

[27]  Albert  R.  Meyer  and  Mitchell  Wand.  Continuation  semantics  in  typed  lambda  calculi  (sum¬ 
mary).  In  Rohit  Parikh,  editor,  Logics  of  Programs,  volume  224  of  Lecture  Notes  in  Computer 
Science ,  pages  219-224.  Springer- Verlag,  1985. 

[28]  Robin  Milner.  A  theory  of  type  polymorphism  in  programming  languages.  Journal  of  Computer 
and  System  Sciences,  17:348-375, 1978. 

[29]  Robin  Milner,  Mads  Tofte,  and  Robert  Harper.  The  Definition  of  Standard  ML.  MIT  Press, 
1990. 

[30]  John  Mitchell  and  Robert  Harper.  The  essence  of  ML.  In  Fifteenth  ACM  Symposium  on 
Principles  of  Programming  Languages,  San  Diego,  California,  January  1988. 

[31]  John  C.  Mitchell.  Polymorphic  type  inference  and  containment.  Information  and  Computation, 
76(2/3):211-249, 1988.  (Reprinted  in  [22],  pp.  153-194.). 

[32]  Chetan  Murthy.  Extracting  Constructive  Content  from  Classical  Proofs.  PhD  thesis,  Cornell 
University,  Ithaca,  NY,  August  1990. 

[33]  Christine  Paulin- Mohring.  Extracting  FJ*\ s  programs  from  proofs  in  the  calculus  of  construc¬ 
tions.  In  Sixteenth  ACM  Symposium  on  Principles  of  Programming  Languages,  1989. 

[34]  Frank  Pfenning.  On  the  undecidability  of  partial  polymorphic  type  reconstruction.  Fundamenta 
Informaticae,  199?  To  appear.  Preliminary  version  available  as  Technical  Report  CMU-CS- 
92-105,  School  of  Computer  Science,  Carnegie  Mellon  University,  Pittsburgh,  Pennsylvania, 
January  1992. 

[35]  Frank  Pfenning  and  Peter  Lee.  LEAP:  A  language  with  eval  and  polymorphism.  In  TAPSOFT 
’89,  Proceedings  of  the  International  Joint  Conference  on  Theory  and  Practice  in  Software 
Development,  Barcelona,  Spain,  pages  345-359.  Springer-Verlag  LNCS  352,  March  1989. 

[36]  Gordon  Plotkin.  Call-by-name,  call-by-value,  and  the  lambda  calculus.  Theoretical  Computer 
Science,  1:125-159, 1975. 

[37]  John  Reppy.  First-class  synchronous  operations  in  standard  ML.  Technical  Report  TR  89-1068, 
Computer  Science  Department,  Cornell  University,  Ithaca,  NY,  December  1989. 

[38]  John  C.  Reynolds.  Definitional  interpreters  for  higher-order  programming  languages.  In  Con¬ 
ference  Record  of  the  25th  National  ACM  Conference,  pages  717-740,  Boston,  August  1972. 
ACM. 

[39]  John  C.  Reynolds.  Towards  a  theory  of  type  structure.  In  Colloq.  sur  la  Programmation, 
volume  19  of  Lecture  Notes  in  Computer  Science,  pages  408-423.  Springer-Verlag,  1974. 

[40]  John  C.  Reynolds.  Types,  abstraction,  and  parametric  polymorphism.  In  R.  E.  A.  Mason, 
editor,  Information  Processing  ’ 88 ,  pages  513-523.  Elsevier  Science  Publishers  B.  V.,  1983. 

[41]  Guy  L.  Steele,  Jr.  RABBIT:  A  compiler  for  SCHEME.  Technical  Report  Memo  474,  MIT  AI 
Laboratory,  1978. 


20 


[42]  Joseph  Stqy.  Denotational  Semantics:  The  Scott-Strachey  Approach  to  Programming  Language 
Theory.  MIT  Press,  1977. 

[43]  Christopher  Strachey  and  Christopher  Wadsworth.  A  mathematical  semantics  for  handling 
full  jumps.  Technical  Report  Technical  Monograph  PRG-11,  Oxford  University  Computing 
Laboratory,  1974. 

[44]  Mads  Tofte.  Operational  Semantics  and  Polymorphic  Type  Inference.  PhD  thesis,  Edinburgh 
University,  1988.  Available  as  Edinburgh  University  Laboratory  for  Foundations  of  Computer 
Science  Technical  Report  ECS-LFCS-88-54. 

[45]  Mads  Tofte.  Type  inference  for  polymorphic  references.  Information  and  Computation ,  89:1— 
34,  November  1990. 

[46]  Andrew  K.  Wright  and  Matthias  Felleisen.  A  syntactic  approach  to  type  soundness.  Technical 
Report  TR91-160,  Department  of  Computer  Science,  Rice  University,  July  1991.  To  appear, 
Information  and  Computation. 


A  Rules  for  F^-}- control 

Definition  A.l  (Constructor  Context  Formation  Rules) 

t>  9  (c-empty) 


>  A  u  £  dom(A) 
o  A  ,u:K 

Definition  A.2  (Term  Context  Formation  Rules) 

o  A 
A  t>  0 


(c-extend) 


(t-empty) 


A>T  A  t>  A  :  fi  x  $  dom(r) 
A  t>  r,*:A 

Definition  A. 3  (Constructor  Formation  Rules) 

o  A 

Aoa.fi 


(t-extend) 


(C-ANS) 


o  A 

A  o  u  :  A(u) 

A  o  Ai  :  fi  A  o  Ai  :  fi 
A  o  A\  — »  Aj  :  fi 

A,u:K  o  A  :  fi 
A  o  VwK.A  :  fi 


(c-var) 


(c-arr) 


(c-all) 
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A,u  :K\  >  A:  K2 
A  >  Xu.Ki.A  :  Ki  =t>  K2 

A  >  A\  :  Kj  ^  K  A  >  Aj  :  K2 
A  >  A\  j4j  ;  K 

Definition  A.4  (Constructor  Equality  Rules) 

A»A:K 
At>A  =  A:K 

A  >  Ax  =  A2  :  K 
A  t>  =  At  :  K 

A  >  Aj  =  Aj  ‘  K  A  t>  A2  —  ^3  :  K 
A  >  A\  =  As  :  K 

A  t>  Ai  =  A[  :  fl  A  >  A2  =  A'2  :  Q 
A  >  Ai  -  A3  =  4i  —  A'2  :  Q 

A,  uiff  >  A  =  A' :  ft 
A  t>  VuriT.A  =  Vu: K.A' :  fi 

AjUj/ifi  >  A  =  A' :  K2 
A  >  AuiA-lA  =  \u:Ki.A' :  Kx  =>  K2 

A»  Ax  =  A\  :  K2  =>  K  A  »  A2  =  A?  :  K2 
A  t>  Ax  A2  =  A\  Af2  :  K 

A,  u:Kx  >  A2  :  K2  A  >  Ax  :  -Ki 
A  t>  (Au:ifi.i42)i4i  =  [Ai/uJ/la  :  K2 

A  «>  A  :  Kx  =>  K2  u  £  dom(A) 

A  >  Xu-.Kx’A  u  =  A  :  Kx  K2 

Definition  A. 5  (Term  Formation  Rules) 

A»r 

A;  r  i>  x  :  T(x) 

A;T,x:/li  >  M  :  A2 
A;  T  >  Xx:A.M  :  Ax  -*  A2 

A;  T  >  Mx  :  A2  — *  A  A;  T  c>  Afj  :  A2 
A  ;T>MxM2:A 

A,u:Jif;r  >  M  :  A  A»T 
A;  T  >  Au:K.M  :  'iw.K.A 


(C-ABS) 

(C-APP) 

(REFL) 

(symm) 

(TRANS) 

(c-arr-eq) 

(c-all-eq) 

(c-abs-eq) 

(c-app-eq) 

(c-beta) 

(c-eta) 

(t-var) 

(t-abs) 

(t-app) 

(t-cabs) 
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(t-capp) 


A,*r>  M  :  Vu:K.A'  A  o  A  :  K 
AjTo  Af{A}  :[A/u]A' 

A  >  A  :  ft  A;r>Af:ci! 

A;T  >  abort a(M)  :  A 

A;  T  >  M  :  (Vtt:fl,A-m)-A  u  £  FTV(A) 
A;T  >  coIIcca(M)  :  A 

A;T  >  M  :  A  A  >  A  =  A' :  Q 
A;  T  >  A/  :  A' 


(t-abort) 


(t-callcc) 


(T-EQ) 


Lemma  A.0  (Properties  of  Fw+control  typing) 

1.  if  Fw+control  h  A>T  then  F^+control  h>A 

2.  if  F^+control  H  A  o  A  :  K  then  F^+control  h  t>  A 

3.  j/ F^+control  h  A  >  Ai  =  Aj  :  K  then  Fw+control  (-  A  o  A\  :  K  and  F^+control  h  A  >  A2  :  K 

4.  if  Fw 4-control  h  A;  T  >  M  :  A  then  Fw+control  I-  A  >  T  and  F^+control  I-  A  t>  A  :  ft 
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